Como se mencionó anteriormente, uno de los objetivos del analisis de ARP, era extraer información de como se comunicaban los host origen y destino a través de la red. La opción elegida fue parsear las IP fuente y destino y mostrar su vinculación en forma de grafo, donde existirá un eje entre la IP X y la IP Y sii se observó un request ARP con source IP X y target IP Y. 

La fuente de datos sobre la cual se hizo el analisis gráfico fue obtenida del registro de paquetes ARP brindado por la cátedra. Se eligió aquel registro con mayor cantidad de paquetes ya que allí se pueden individualizar gran cantidad de situaciones interesantes, no solo a nivel global, sino también a nivel puntual.

\paragraph{Análisis General}
\begin{itemize}
\item En la imagen global vemos 2 hosts que nuclean la mayoría del trafico de la red, tanto trafico entrante como saliente. Estos dispositivos cumplen el rol de un Router, a quien el resto de los host se comunica para pedir acceso o responder a otras interfaces. Se observa bien clara esta funcionalidad, ya que los host que conectan al Router no tienen conexiones entre si, sino solo a través del Router.

\begin{figure}[h!]
   \begin{center}
   \includegraphics[width=0.7\textwidth]{img/1er_nodo.png}
   \caption{\textbf{Router centralizando los ARP request/response}}
   \end{center}
\end{figure}


\item En cuanto a la descripción de estos Routers, analizando la IP, podemos ver que uno de ellos ($192.168.1.1$) tiene numeración clase C que generalmente se asigna a una LAN privadas y el otro numeración clase A. Las diferencias son en cuanto al tamaño de la red/hosts que se quieren gestionar.

\item En la sección derecha del gráfico, se observa una topología de red ya no tan ordenada en función de un solo Router. Las maquinas realizan solicitudes ARP a múltiples destinos y la carga de la red esta mucho mas descentralizada que en el primer Router descripto. 

\begin{figure}[h!]
   \begin{center}
   \includegraphics[width=0.7\textwidth]{img/nodos_descentralizados.png}
   \caption{\textbf{Topología descentralizada}}
   \end{center}
\end{figure}


\item Alguno de los host por ejemplo realizan múltiples solicitudes ARP a distintos nodos, esto puede ser por haber sido denegado el servicio en los primeros nodos solicitados o por la carga de los mismos, que entonces deciden reconectarse a otros mas liberados. También por una cuestión de permisos es posible que necesiten preguntar a algunos hosts antes de encontrar a aquel que le de autorización para conectarse a determinado servicio.

\begin{figure}[h!]
   \begin{center}
   \includegraphics[width=0.7\textwidth]{img/nodo_mult_acc.png}
   \caption{\textbf{Nodo 10.1.100.223 con múltiples ARP request}}
   \end{center}
\end{figure}

\item Es una red que esta aislada del Router analizado anteriormente, solo un par de conexiones los unen. Esto puede ser por cuestiones de seguridad, en el caso de que sea una red interna que no permita el acceso a otras áreas.  
\end{itemize}

\paragraph{Análisis Particular}
\begin{itemize}
\item En algunos hosts se observa una flecha que sale y llega al mismo host (loop), esos casos representan los llamados ARP gratuitos. Estos son paquetes generados por un host al momento de su inicialización en la red. Allí la maquina envía un request con su dirección IP como destino, esperando no recibir respuesta. Si recibe una respuesta, significa que existe otro host con esa IP, por lo que la misma debe ser reemplazada para no generar conflictos. 
\item La dirección de red $0.0.0.0$ es reservada para identificación de la red local

\item En muchos hosts se observa una flecha solo de salida, es decir, A no recibe ninguna respuesta por el dato enviado hacia B. Puede ser que el registro de mensajes ARP no haya alcanzado a capturar la respuesta, o que A solamente este avisando que esta activo. En algunos casos cada un determinado periodo de tiempo el host debe enviar alguna señal para evitar un time-out y así ser eliminados de la tabla de mapeo de otros nodos.

\begin{figure}[h!]
   \begin{center}
   \includegraphics[width=0.7\textwidth]{img/solo_request.png}
   \caption{\textbf{ARP request}}
   \end{center}
\end{figure}

\item Otro motivo de esta segunda topología descentralizada puede ser una red conformada por dispositivos wi-fi. Estos pueden llegar a perder o debilitar la señal con su host proveedor del servicio, por lo que envían paquetes de ARP request en busca de otros host que estén a un mejor alcance.
\end{itemize}
